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Abstract 

We study the problem of scheduling equal-length jobs with release times and deadlines, where 
the objective is to maximize the number of completed jobs. Preemptions are not allowed. In 
Graham's notation, the problem is described as l\rj;pj = Uj. We give the following results: 
(1) We show that the often cited algorithm by Carlier from 1981 is not correct. (2) We give an 
algorithm for this problem with running time O^n"^). 

1 Introduction 

We study the following scheduling problem: We are given n jobs numbered 1,2, ... ,n. For each job 
j, a release time rj and a deadline dj are given. All jobs have the same processing time p. (We 
assume that all numbers are positive integers.) We want to find a non-preemptive schedule of the 
given set of jobs that maximizes the throughput, where the throughput is defined as the number of 
completed jobs. (Equivalently, we can minimize the number of late jobs.) In Graham's notation, the 
problem is described as l\rj;pj = p\Yl ^j- 

The feasibility version of this problem, where we ask whether all jobs can meet their deadlines, has 
been studied thoroughly. Polynomial time algorithms for this version were first found, independently, 
by Simons and Carlier [2]. A faster algorithm, with running time 0(n log n), was subsequently 
given by Garey et al W. Interestingly, all three algorithms use quite different techniques. 

The elegant feasibility algorithm of Carlier [2] is based on a dynamic programming approach that 
processes jobs from left to right (in order of release times). For each time t, it constructs a partial 
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schedule with jobs that complete execution at or before time t. Carlier also considers a certain 
dominance relation on partial schedules. Intuitively, one partial schedule dominates another if this 
other schedule cannot be extended to produce an overall better schedule, independently of the jobs 
that are to be released after time t. The schedule computed for each time has the property that it 
dominates all other partial schedules up to this time. 

In Carlier also attempted to extend his technique to the maximization problem, and proposed 
a polynomial-time algorithm. This result is now widely cited in the literature. However, in Section 
we present an example of an instance on which Carlier's algorithm produces a sub-optimal schedule, 
proving that this algorithm is not correct. We then extend our construction to show that even 
the general approach from [2] does not work. To this end, we show that any left-to-right dynamic 
programming algorithm needs to keep track of an exponential number of partial schedules. (See 
Section 13 for a more rigorous statement of this claim.) This result reveals an interesting feature of 
scheduling equal-length jobs, as it shows that the maximization problem is structurally more difficult 
than the feasibility problem. 

Finally, in Sectional we present an 0(n^)-time algorithm for l\rj;pj = p| X] ^j- Our technique is 
based on the approach developed by Baptiste who gave an 0(n^)-time algorithm for the weighted 
version of this problem. 

2 Preliminaries 

In the rest of the paper J denotes a set of n jobs, rj and dj the integer release time and deadline of 
a job j, and p a fixed processing time. Typically, we assume J' = {1,2, ... , n}, although in the next 
section we also use capital letters A, B , . . . , to denote jobs (possibly with indices.) 

We order the jobs according to the deadlines, breaking the ties arbitrarily, that is, i < j implies 
di < dj, for all Without loss of generality, we assume that dj > rj + p for all j. We can further 
assume that miuj = 0, and by d^ax = dn we denote the latest deadline. 

We say that a job j is executed in time interval [t,t'] if it is started and completed in [t,t']. 
(Equivalently, the job j is started after or at t, but no later than at t' — p.) Thus all the scheduled 
jobs must be executed in the interval [0,(in,ax]- 

A schedule S is a function that assigns starting times to some of the jobs in J', such that the 
scheduled jobs are executed between their release times and deadlines and no two jobs overlap. 

Define a schedule S to be canonical if it has the following two properties: 

(cl) S is left-shifted, in the following sense: for any job j G S, the starting time of j is either rj or 
the completion time of the job in S that precedes j. 

(c2) S is earliest- deadline, that is, if i,j G S" and i is scheduled before j, then either i is scheduled 
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before rj oi i < j. 



It is quite easy to see that each schedule can be converted into a canonical schedule without changing 
the set of completed jobs. For suppose that there are two jobs i,j £ S that violate condition (c2). 
This means that i > j, but i is scheduled at or after time rj and before j. We can then swap i with 
j in the schedule. We continue this process until we obtain a schedule that satisfies (c2). Then, to 
achieve condition (cl), we modify the schedule from left to right by shifting all jobs leftward, either 
to their release times, or to the completion time of the previous job, whichever is greater. Note that 
this shifting cannot violate property (c2). 

For simplicity, we will slightly abuse the terminology above and treat a schedule simply as a 
sequence of jobs. The actual schedule corresponding to this sequence is a left-shifted schedule that 
executes the jobs in the given order. Further, we will sometimes treat a schedule 5 as a set of 
scheduled jobs, and write i & S, etc. 

Denote by C{S) the makespan of a schedule S (that is, the latest completion time of a job in S.) 
li m ^ S and dm > C{S) + p, then by 5 © m we denote the schedule obtained from S by scheduling 
m at time max {C(S'), rm}. The schedule 5 ® m is called an extension of S. 

3 Carlier's Algorithms 

Feasibility algorithm. In 2 Carlier presented two algorithms for scheduling equal-length jobs. 
The first algorithm was for determining feasibility, and the second for maximizing throughput. 

The feasibility algorithm for each time x = 0, 1, . . . ,d^^^ computes a schedule Sx of jobs to be 
executed in the interval [0, x]. We call Sx active if it contains all jobs with deadlines at most C{Sx)- 
The schedules Sx are computed incrementally, from left to right, as follows. At time x, we consider 
the set H = {j G J' : rj < X — p} — Sx-p, namely the jobs that were released at or before x — p and 
have not been scheduled in Sx-p- If H = fj), we take Sx = Sx-p- Otherwise, pick the earliest-deadline 
job m e If Sx-p®rn is active, let Sx = Sx-p®m, otherwise Sx = Sx-i- After we compute S^^^^, 
if '^'^max ~ done, otherwise report that J7 is not feasible. To achieve polynomial time, we 

can modify the algorithm, so that it only considers the time values x = rj + Ip, for some j G J and 
I G {0,...,n}. 

To justify correctness of this algorithm, Carlier considers a certain dominance relation on par- 
tial schedules. Intuitively, one partial schedule dominates another if this other schedule cannot be 
extended to produce an overall better schedule, independently of the jobs that are to be released in 
the future. It turns out that, under the assumption that J is feasible, at each step x, schedule Sx 
dominates all other schedules in the interval [0,a;]. In particular, this implies that, for x = dmax, the 
resulting schedule S^^^^ will contain all jobs from J . It should be noted that this algorithm, as well 
as the next maximization algorithm, does not take into account the values of the deadlines of the 
non-expired jobs, when choosing the next job to schedule, only their ordering. 
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Maximization algorithm. In 2 , Carlier also attempted to extend his technique to the maxi- 
mization problem, and proposed the following algorithm: 

Algorithm 1 

Initialize 5^ = for all x and undefined for /c > 1 
for k = 1,2, ... ,11 do 

for X = p, p + 1, . . . , d^ax do 

H^{j(^J:r,+p<x]-Slzl 
H' ^{j e H : dj > x} 
if i/' = 

then ^ 
else 

m <— earliest deadline job in H' 

^ p CD 

return for the largest k such that 5^' is defined 

"■max ^ "max 

The algorithm does not specify the start times of the jobs in the schedule, only their ordering. As 
explained in the introduction, the actual schedule is obtained by left-shifting the jobs in this sequence. 

A counter-example. We now show that the above algorithm is not correct. Consider the instance 
J = {A,B,C} given in Fig. ^ Each job j is represented by a rectangle of length equal to the 
processing time (in this case p = 2), extending from its release time rj to rj + p, and by a line 
segment extending from rj + p to dj. For example, rc = 1 and dc = 7. 
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Figure 1: Counter-example for Carlier's maximization algorithm. The instance is shown on the left, 
and the schedules are shown in the table on the right. 

In the loop for k = 1 the algorithm constructs the schedules {A), (C), and (B). Then, for k = 2, 
it computes the schedules {A,C), {C,B), {B,C), and for /c = 3 it finds no schedules. The optimal 
schedule is {A,B,C). The algorithm fails simply because the schedules computed for /c = 2 do not 
include {A,B), which is the only schedule of 2 jobs that can be extended to {A,B,C) by adding a 
job at the end. 



4 A Better Counter-Example 

The example above still leaves open the possibility that the algorithm can be corrected with some 
minor modifications. We now give another construction showing that even the general strategy from 
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[2], namely a left-to-right dynamic programming approach, as defined later in this section, will not 
work. In this approach we associate with every time t a set St of partial schedules, which are idle 
after t. Every set St is computed by adding more jobs to schedules in sets Sf for some earlier times 
t' < t. Further, the decisions of the algorithm at time t can only depend on the values of the release 
times and deadlines that are smaller or equal t and comparisons involving deadlines that are greater 
than t. 

To illustrate this concept, consider the instances shown in Figure |21 where p = 4. Up to time 9 
the two instances are indistinguishable. The overall optimal schedules are {A, C, D, B) for the upper 
instance, and {B, D, A) for the lower instance. So a left-to-right dynamic program must store the 
partial schedules {B,D) and {A,C) at time 9. 
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Figure 2: An example of two instances where a left-to-right dynamic programming algorithm must 
store two schedules at time t = 9. 

We now amplify this construction by telescoping n instances of this kind. As a result, we get an 
exponential number of partial schedules in some initial interval [0, to] that are "indistinguishable" 
from each other by any left-to-right dynamic programming algorithm. Since the optimal solutions to 
those instances in [0, to] are different, any such algorithm would have to keep track of exponentially 
many partial schedules. 

For every m-bit string x = xqXi . . . Xm-i we define an instance that consists of 4m jobs. The 
instance is partitioned into m sub- instances, with sub-instance i € {0, . . . ,m — 1} containing jobs 
Ai, Bi, Ci, and Di. We take p, the processing time, to be a sufficiently large integer (as explained 
later, any p > 2m -\- 3 will work). For i = 0, . . . ,m, let 

m—l 

Ui = i{2p + l) and Vi = m{2p + 1) + '^{p + {p + l)xi). 

j=i 

Let to = Um = Vm- The time-scale is divided into intervals [uj, Uj+i] for the left part and into intervals 
for the second part. The release times and deadlines of the jobs are given in the following 

table. 
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Figure 3: The instance Jx defined by a bit string x starting with 10. 
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Figure 131 shows an example of an instance J'x, for x = 10.... 

For any given m-bit string x = xqXi . . .Xm-i, we define a schedule of Jx as follows for all 
< i < m — 1: 



• If Xj = 0, -Bj and Di are scheduled at their release times and Ai right before its deadline (that 
is, at time Vi+i.) Ci is not scheduled. 

• If Xj = 1, j4j and Ci are scheduled at their release times and Di, Bi right before their deadlines 
(that is, at times Vi+i and Vi+i +p, respectively.) 

Lemma 1 Let x = XQXi...Xm-i be an m-bit string. Then Rx is an optimal schedule for Jx- 
Moreover, any optimal schedule S for Jx contains the same job sequence as Rx- 

Proof: By routine inspection, Rx is a correct schedule. We claim that Rx is optimal. Let 
= Xj. Then schedule Rx contains 3m + ^ jobs. In this schedule each interval [tij, Uj+i] has idle 
time 1, and each interval has idle time Xj. So the total idle time is m + ^ < 2m, and thus, 

for p > 2m + 3, Rx is an optimal schedule. 

It remains to show that every optimal schedule has the same job sequence as Rx- For this purpose 
let S be an optimal schedule and let 5 be a schedule obtained from S by left-shifting the jobs before to 
and right-shifting the jobs after tg- Formally every job scheduled before to either starts at its release 
time or at the completion time of another job, and every job scheduled at tg or later completes either 
at its deadline or at a time where another job is started. Clearly the order in which the jobs appear 
in S and S is the same. 
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By induction, we show for every < i < m — 1 that S is identical with Rx in [ui,Ui-i\ U [fj+i, I'j]. 
By induction hypothesis these intervals can contain no job from Aj,Bj,Cj,Dj for j < i. It shows 
that the only available jobs in [itj,Mj_i] U [uj+i, Vj] are Ai, Bi,Ci, Di. 

When Xi = 0, the interval must contain the job Ai, otherwise the idle time would be 

more than p — 2 > 2m, which contradicts the optimality of S. Then the interval [iti,«i+i] cannot 
contain Cj, since this would imply that the period [ui,Ui + p] is idle. Therefore this interval must 
contain the jobs Bi,Di, in that order. 

When Xi = 1, the intervals and [t^j+i, Vj] must contain all four jobs, at least portions 

of it, otherwise the idle time would be at least p > 2m. Job Q is tight. Therefore job Ai must 
be scheduled at its release time. This in turn shows that Di,Bi must be scheduled in the interval 
[vj+ij-yi] in that order. □ 

A left-to-right dynamic algorithm is an algorithm A with the following properties: 

• It processes the jobs from left to right on the time axis, and for each time t it constructs a 
collection St of partial schedules in the interval [0, t]. The schedules in Sj are obtained by 
extending schedules from S^/, for t' < t, by appending new jobs at the end. The final schedule 
is chosen from Sj for t = d^ax- 

• At each step t, A decides which non-cxpircd jobs should be added to previous schedules. This 
decision is based on values of the release times and deadlines which are smaller or equal t and 
on pairwise comparisons between deadlines that are greater than t. 

Consider now the behavior of A on instances Jx- Until to, all these instances are indistinguishable 
to A, since all jobs expired by time to are identical, and the deadline ordering for the jobs. (For each 
i, the deadline ordering of Ai,Bi,Di, does not depend on whether = or 1.) Thus at time Iq, for 
each X, A would need to store a partial schedule that consist of the first 2m jobs from R^. So A 
would need to keep track of exponentially many partial schedules. 

It should be noted that the maximization algorithm proposed by Carlier does fall into the frame- 
work described above. Although the algorithm, as shown, makes n left-to-right passes along the time 
axis, each schedule S^ depends only on schedules S^! for k' < k and t' < t. So the algorithm could 
be equivalently reformulated to compute all these schedules in just a single pass. 

One may also ask what happens if some bounded look-ahead, say ip, is allowed in the algorithm. 
Our construction can be easily modified to show that this will also not work. To see this, simply 
add £ "tight" jobs to the instances, with release times to,to + p, . . . ,to + {£ — l)p, and deadlines 
to+p, . . . ,to + ip, respectively, and shift the right half of the instances by £p. The same result holds, 
if the algorithm is granted the ability to verify if the schedules in St are feasible or not. The details 
are left to the reader. 
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5 A Maximization Algorithm 



Our algorithm is based on a technique developed by Baptiste 1 for solving the weighted version of 
the problem. We show how to improve Baptiste's O(n^) time complexity exploiting the fact that 
the jobs have equal weights. Our algorithm can be thought of as a dual to the one in pQ. While 
Baptiste's algorithm computes maximum weight schedules for a certain family of sub- instances, our 
algorithm considers similar sub-instances, but for given weights computes minimum makespans of 
schedules with given weights. In our case, the weight of a schedule is the number of jobs, and thus 
is bounded by n. This gives us a desired reduction in running time. 

Theorem 1 The scheduling problem l\rj;pj = p| X] '^'^'^ solved in time 0{n^). 

Proof: Our algorithm uses dynamic programming and it runs in n phases. During the fc-th phase 
we take under consideration only jobs 1,2, ... ,k. (Recall that jobs are ordered by their deadlines.) 
Let O' = {ri + Ip : i = 1, . . . ,n; I = —1, 0, . . . , n}. It is easy to see that |0'| = O(n^). For each 
a G Q' and each u € {1 . . . fc} we define: 

= the set of all jobs j G {1, 2, . . . , k} with rj > a. 

^a,u — the minimal value /3 G O' such that it is possible to execute exactly u jobs from J'^ in the 
interval [a + p, (3]. 

If a schedule in the definition of B^^ does not exist, we assume that B^^ = -\-oo. It is convenient 
to extend this notation by setting B^ q = a -|- p for all /c G {0, . . . , n}, a € 0', and B^ „ = +oo for 
k G {0, . . . , n}, a G 0' and u > k. 

Now we show how B^^^ depends on the values computed during the previous phase, i.e. B^^,, 
for a' G 0' and u' G {0, . . . , n}. Let > 0, a, n > be fixed, and let us consider a canonical schedule 
S that satisfies the conditions defining B^^: 

(si) exactly u jobs from jj^ are executed in S, 
(s2) all jobs are executed in the interval [a + p,f3], 
(s3) (3 is minimal, 

where (3 = B^ „. If k ^ S then we have B^ „ = B^l^. So from now on we will assume that A; G S*. 
We will denote the number of jobs executed in S before and after k hy x and y, respectively. The 
starting time of job k is denoted by 7. (See Fig0J) 

Since the jobs are ordered by their deadlines, and S is canonical, we conclude that S must satisfy 
the following conditions: 

(s4) all the jobs executed after job k are in J^-^ and are executed in the interval [7 + p, P], 
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xjobs yjobs 
a a+p Y Y+P b 

Figure 4: Notation 

(s5) all the jobs executed before job k are in J^-^ and are executed in the interval [a + p, 7] , 
(s6) 7 = max(rfe,B^-i), 

Notice that, if we knew the value of x, we could easily derive 7 using property (s6), and then derive (3 
using property (s7). As we do not know x, we have to iterate over all possible values x = 0, 1, . . . , u—1, 
and choose the schedule with minimal /3. Finally, we set B^ ,^ to mm{B^'^ , P) . 

The algorithm is summarized in the pseudo-code below: 

Algorithm 2 

Let &' be the set of values + pi where i G {1, 2, . . . , n} and i G {— 1, 0, . . . , n} 

for a e G' , k e {0, . . . , n}, and u e {k + 1, . . . ,n} do B^,^^ < h 00 

for ae@' and k e {0, . . . ,n} do B^q ^ a + p 
for k 1,2, . . . ,n do 

for a G 9' and u ^ {1, . . . ,k} do 

a , r's— 1 

Mmin ■'-^a,U 

for X <— 0, 1, . . . , u — 1 do 

y <— u — X — 1 

7 ^ max(rfe,S^-i) 

if 7 + p < dfc then 

min(/3^i„,/3) 

Oi.U A-'min 



After the completion of the algorithm, the number of jobs executed in the optimal schedule is equal 
to the maximal value of u such that -B"^ 7^ +00. (Recall that, by our convention, min(6') = —p.) 
The optimal schedule itself can also be easily derived from the values stored in the array B with the 
use of standard techniques. 

The overall complexity of our algorithm is 0{n^), because each of O(n^) values „ is computed 
in linear time. □ 
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